Audio broadcast system with cloud communications platform and related methods

ABSTRACT

An audio broadcast system may include communications devices, a cloud communications platform in communication with the communications devices, and an event-driven serverless cloud computing platform in communication with the communications devices and the cloud communications platform. The event-driven serverless cloud computing platform may be configured to provision resources from the cloud communications platform to initiate telephone calls respectively for the communications devices, and simultaneously broadcast an audio stream to the communications devices respectively via the telephone calls.

RELATED APPLICATION

This application is a continuation application Ser. No. 17/152,028 filedon Jan. 9, 2021 which is based upon prior filed copending ApplicationNo. 63/009,631 filed Apr. 14, 2020, the entire subject matter of theseapplications is incorporated herein by reference in its entirety.

TECHNICAL FIELD

The present disclosure relates to the field of communications, and, moreparticularly, to a telephone system and related methods.

BACKGROUND

Telephone technology has evolved greatly since its creation in the late1800s. In the earliest stages, phone connections were limited andmanually connected. As the telephone became ubiquitous in largecorporate environments, this same manual connection was used forintra-office telephone calls. For example, one approach to thisintra-office application was the private branch exchange (PBX) telephonesystem. Even as analog equipment was phased out with Voice over InternetProtocol (VoIP) equipment, the PBX telephone systems typically includedPBX proprietary and expensive hardware to operate.

In one approach, the localized hardware is omitted for a cloud basedapproach. In these applications, the local hardware is minimized to adesk phone, and all telephony operations are remoted to the cloudplatform, such as a cloud communications platform as a service (CPaaS).

SUMMARY

Generally, an audio broadcast system may include a plurality ofcommunications devices, a cloud communications platform in communicationwith the plurality of communications devices, and an event-drivenserverless cloud computing platform in communication with the pluralityof communications devices and the cloud communications platform. Theevent-driven serverless cloud computing platform may be configured toprovision resources from the cloud communications platform to initiate aplurality of telephone calls respectively for the plurality ofcommunications devices, and simultaneously broadcast an audio stream tothe plurality of communications devices respectively via the pluralityof telephone calls.

In some embodiments, the event-driven serverless cloud computingplatform may be configured to receive the audio stream as a real timeaudio live stream. The event-driven serverless cloud computing platformmay be configured to, when the real time audio live stream begins,provision resources from the cloud communications platform to initiateat least one notification outgoing telephone call to at least one givensubscribed communications device. The event-driven serverless cloudcomputing platform may be configured to store the real time audio livestream, and provision resources from the cloud communications platformto initiate at least one subsequent outgoing telephone call forsubsequent playback of the real time audio live stream. For example, thereal time audio live stream may comprise at least one of a real-timemessaging protocol (RTMP) feed and a web real-time communication(WEBRTC) feed.

Also, the plurality of telephone calls may comprise a plurality ofincoming telephone calls, and a plurality of outgoing telephone calls.The event-driven serverless cloud computing platform may be configuredto initiate the plurality of incoming telephone calls from a singlecall-in telephone number. The event-driven serverless cloud computingplatform may be configured to, after initiating a given outgoingtelephone call, require a user input before broadcast of the audiostream. The event-driven serverless cloud computing platform may beconfigured to receive the audio stream as at least one of an uploadedaudio file, and an extracted audio file from an associated video file.

Another aspect is directed to a method of operating an audio broadcastsystem comprising a plurality of communications devices, a cloudcommunications platform in communication with the plurality ofcommunications devices, and an event-driven serverless cloud computingplatform in communication with the plurality of communications devicesand the cloud communications platform. The method may comprise operatingthe event-driven serverless cloud computing platform to provisionresources from the cloud communications platform to initiate a pluralityof telephone calls respectively for the plurality of communicationsdevices, and simultaneously broadcast an audio stream to the pluralityof communications devices respectively via the plurality of telephonecalls.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic diagram of a communication system, according tothe present disclosure.

FIG. 2 is a schematic diagram of an audio broadcast system, according tothe present disclosure.

FIG. 3 is flowchart illustrating operation of the audio broadcast systemof FIG. 2.

FIGS. 4A-4F are tables of a function list for an example embodiment of acloud telephone communications application in the communication systemof FIG. 1.

FIGS. 5A-5C are code for an example embodiment of a cloud telephonecommunications application in the audio broadcast system of FIG. 2.

DETAILED DESCRIPTION

The present disclosure will now be described more fully hereinafter withreference to the accompanying drawings, in which several embodiments ofthe invention are shown. This present disclosure may, however, beembodied in many different forms and should not be construed as limitedto the embodiments set forth herein. Rather, these embodiments areprovided so that this disclosure will be thorough and complete, and willfully convey the scope of the present disclosure to those skilled in theart. Like numbers refer to like elements throughout, and base 100reference numerals are used to indicate similar elements in alternativeembodiments.

Referring initially to FIG. 1, a communication system 100 according tothe present disclosure is now described. The communication system 100includes a plurality of mobile wireless communications devices 101 a-101b with respective users 102 a-102 b. For example, each of the pluralityof mobile wireless communications devices 101 a-101 b may comprise amobile device with a mobile operating system (OS) thereon, such asAndroid or IOS. Each mobile wireless communications device 101 a-101 bcomprises a processor and memory cooperating therewith to provide alocal telephone communications application. In some embodiments, thelocal telephone communications application may comprise a nativeapplication running in the mobile OS, but in other embodiments, thelocal telephone communications application may comprise a web basedapplication.

The communication system 100 includes a cloud communications platform103. For example, the cloud communications platform 103 may comprise theTwilio cloud communications platform, or the SignalWire cloudcommunications platform.

The communication system 100 includes an event-driven serverless cloudcomputing platform 104 communicating over a network 105 (e.g. theillustrated Internet) with the cloud communications platform 103 and theplurality of mobile wireless communications devices 101 a-101 b. Forexample, the event-driven serverless cloud computing platform 104 maycomprise the Amazon Web Services Lambda Platform.

The event-driven serverless cloud computing platform 104 is configuredto execute a cloud telephone communications application, receive atelephone voice call 106 from the mobile wireless communications device101 b via the cloud communications platform 103, provision resourcesfrom the cloud communications platform to process the telephone voicecall based upon at least one input from the user 102 b, and release theresources after completion of the telephone voice call.

As shown, when the telephone voice call 106 is received for the user 102a, the cloud communications platform 103 is configured to send a messageto the event-driven serverless cloud computing platform 104 for thetelephone voice call. For example, the message may comprise a HypertextTransfer Protocol (HTTP) post request message. At this point, theevent-driven serverless cloud computing platform 104 is configured tocontact the mobile wireless communications device 101 a, and generate aninteractive voice response (IVR) exchange 107 for processing thetelephone voice call 106. In some embodiments, the IVR exchangecomprises a Private Branch Exchange interactive voice response (PBX IVR)(i.e. a full featured phone tree). In essence, the event-drivenserverless cloud computing platform 104 provides the core for telephonecommunications for the communication system 100 by executing the cloudtelephone communications application for the backend.

In some embodiments where the event-driven serverless cloud computingplatform 104 comprises AWS Lambda, when an HTTP post message requestcomes in, via the Amazon API Gateway, a function can be stood up andexecuted in milliseconds. The provisioning required is that the APIGateway, and the code for the AWS Lambda functions needs to be setup.The cloud telephone communications application uses the serverlessframework. Because of this, the entire phone system is almostpay-per-use.

In one embodiment, the communication system 100 may be used for anotherapplication for broadcasting an audio feed to a large number of users.In particular, in this application, an enterprise user is broadcastingan audio output (e.g. an audio live stream, or an uploaded pre-recordedaudio file) to a plurality of users. In essence, the communicationsystem 100 broadcasts the audio via a plurality of telephone callsenabled by the scalable backend. Also, for broadcast of uploadedpre-recorded audio file, the enterprise user can schedule the broadcastrather than live streaming it.

For each enterprise user, a separate call-in telephone line is assigned.The communication system 100 is configured to record each live streamevent automatically. If a user calls in subsequently to the broadcast ofthe live stream, the audio recording is played. The communication system100 also includes a live notification feature. When a user calls into anassigned broadcast telephone number, the user may elect to subscribe tothe enterprise user's content. When the enterprise user goes live, thecommunication system 100 will place a notification call to the user toremind them of the new live event.

In the communication system 100, Real-Time Messaging Protocol (RTMP) orWeb Real-Time Communication (WebRTC) feeds are used to encode the audiofrom the enterprise user into an audio feed that can be played on phonesystems. Typically, most broadcasters who do live video broadcast tomany platforms at the same time (e.g. Facebook, YouTube) are using RTMP(primarily) or WebRTC. With the communication system 100, the enterpriseuser simply drops the designated RTMP address (for the communicationsystem 100) for them into their list of places to send their feed, andthe communication system 100 can automatically send it, archive it, anduse it for notifications and stats with the disclosed phone system.Advantageously, there is no extra software to install, and there is nodialing or joining per call/session.

Typically, when an audio stream is transmitted to a large group, onlinemulticast and meeting software approaches may be used. A drawback isthat each user needs to be conversant in the software being used, andneeds equipment that meets the minimum requirements of the software.This can be problematic for less sophisticated users. Indeed, for largescale audio broadcasts in a community of diverse users, it may bedifficult to have substantial adoption of new technologies in the shortterm. Moreover, even sophisticated users may be resistant to adoptingmultiple software applications for differing applications. In short, ifyou have a large community, you are likely to see a large number ofmissing users in audio broadcast with typical approaches.

Referring now to FIG. 2, an audio broadcast system 200 according to thepresent disclosure is now described. Helpfully, the audio broadcastsystem 200 may provide an approach for large scale audio broadcast tousers with typical telephone devices. Also, the audio broadcast system200 may provide an approach for audio broadcast to a large number ofless sophisticated users, who may prefer the simplicity of a typicaltelephone device.

The audio broadcast system 200 illustratively includes a plurality ofcommunications devices 201 a-201 n with an associated plurality of users202 a -202 n. For example, the plurality of communications devices 201a-201 n may comprise a mobile cellular device, a landline handsetdevice, or a tablet computing device. Indeed, any device that canreceive telephone calls (i.e. telephone calls directed to a telephonenumber) may be used.

The audio broadcast system 200 illustratively includes a cloudcommunications platform 203 in communication with the plurality ofcommunications devices 201 a-201 n. As will be appreciated, the cloudcommunications platform 203 may comprise a cloud telephony serviceplatform, such as a CPaaS (e.g. Twilio, or SignalWire).

The audio broadcast system 200 illustratively includes an event-drivenserverless cloud computing platform 204 in communication with theplurality of communications devices 201 a-201 n (via the cloudcommunications platform 203) and the cloud communications platform 203.For example, the event-driven serverless cloud computing platform 204may comprise the Amazon Web Services Lambda Platform.

The event-driven serverless cloud computing platform 204 is configuredto provision resources from the cloud communications platform 203 toinitiate a plurality of telephone calls 210 a-210 b, 211 a-211 brespectively for the plurality of communications devices 201 a-201 n. Inparticular, the event-driven serverless cloud computing platform 204 isconfigured to send provisioning commands 212 to the cloud communicationsplatform 203 to generate the plurality of telephone calls 210 a-210 b,211 a-211 b. In particular, the plurality of telephone calls 210 a-210b, 211 a-211 b is associated with a corresponding plurality of telephonenumbers. For example, in some embodiments, the provisioning commands 212may comprise HTTP post request messages.

Also, the plurality of telephone calls 210 a-210 b, 211 a-211 billustratively comprises a plurality of incoming telephone calls 211a-211 b, and a plurality of outgoing telephone calls 210 a-210 b. Aswill be appreciated, each of the communications devices 201 a-201 n isprovisioned a separate and dedicated telephone audio connection (i.e. atypical digital phone call) to the cloud communications platform 203. Inthe illustrated embodiments, the communications devices 201 a-201 nconnected via the plurality of incoming telephone calls 211 a-211 b usea single call-in telephone number 213. In other words, the event-drivenserverless cloud computing platform 204 is configured to initiate theplurality of incoming telephone calls 211 a-211 b from the singlecall-in telephone number 213. As will be appreciated, this arrangementis convenient for the users 202 a -202 n, enabling easy to rememberdial-in information without cumbersome identification codes andpasswords.

The event-driven serverless cloud computing platform 204 is configuredto simultaneously broadcast an audio stream 214 to the plurality ofcommunications devices 201 a-201 n respectively via the plurality oftelephone calls 210 a-210 b, 211 a-211 b. In the illustrated embodiment,the audio broadcast system 200 includes an audio source 215 configuredto transmit the audio stream to the cloud communications platform 203.

In some embodiments, the audio source 215 is configured to communicatewith the cloud communications platform 203 via a telephone call. Inother words, the audio source 215 may call into the cloud communicationsplatform 203 to start the broadcast (e.g. using a private call-in numberfor security purposes). Here, the broadcast user (not shown) is the onlyone with an audio input function for the respective call. The users 202a -202 n receiving the broadcast have only an audio output function fortheir respective telephone calls 210 a-210 b, 211 a-211 b.

Although the illustrated embodiment shows a single audio source 215, itshould be appreciated that a number of simultaneous audio sources can besupported, each broadcasting to a separate set of users 202 a -202 n.Indeed, in these embodiments, each of the number of simultaneous audiosources can be assigned an access code for users 202 a -202 n to inputto identify affiliation, and/or each of the number of simultaneous audiosources can be assigned respective single call-in telephone numbers 213.

The event-driven serverless cloud computing platform 204 is configuredto receive the audio stream 214 as a real time audio live stream. Forexample, the real time audio live stream may comprise one of an RTMPfeed and a WEBRTC feed. In some embodiments, the real time audio livestream can comprise an extracted audio stream file from an associatedvideo stream (e.g. YouTube live stream, FaceBook live stream). Also, theaudio stream 214 may be sourced from another periodic subscriber basedaudio source, such as an audio podcast. In particular, when a newpodcast is released, the event-driven serverless cloud computingplatform 204 is configured to download the new podcast audio file (e.g.mp3 file) and broadcast the same as the audio stream 214. In someembodiments, this third party automatic importing of the audio files isaccomplished with software automation conduits, such as Zapier OnlineAutomation Tool, for example.

Also, the event-driven serverless cloud computing platform 204 may beconfigured to receive the audio stream 214 as at least one of anuploaded audio file, and an extracted audio file from an associatedvideo file. When the audio stream 214 is sourced from an existing fileupload, the event-driven serverless cloud computing platform 204 may beconfigured to schedule the future broadcast.

The event-driven serverless cloud computing platform 204 is configuredto, when the real time audio live stream begins, provision resourcesfrom the cloud communications platform 203 to initiate a plurality ofnotification outgoing telephone calls to subscribed communicationsdevices from the communications devices 201 a-201 n. In other words, theaudio broadcast system 200 reaches out automatically to subscribed users202 a -202 n when the broadcast begins.

A given user 202 a -202 n may subscribe their respective communicationsdevice 201 a-201 n by dialing the single call-in telephone number 213.The event-driven serverless cloud computing platform 204 is configuredto prompt the given user 202 a -202 n with an option to subscribe via auser input 216 (e.g. IVR). The event-driven serverless cloud computingplatform 204 is configured to provide a user interface (e.g. webinterface) for subscribing, which is separate from the call-insubscribing method noted above. In some embodiments, the event-drivenserverless cloud computing platform 204 is configured to provide anadministrative interface, and telephone numbers of the communicationsdevices 201 a-201 n are added to the subscriber list (i.e. bulksubscriber list). Also, the event-driven serverless cloud computingplatform 204 may be configured to import subscriber lists from thirdparty software packages, and other file formats, such as a commaseparated value (CSV) table.

Also, the event-driven serverless cloud computing platform 204 may beconfigured to, after initiating a given outgoing telephone call, requirea user input 216 (e.g. IVR) before broadcast of the audio stream 214.For example, the user input 216 may comprise a spoken user inputprocessed via voice recognition by the event-driven serverless cloudcomputing platform 204, or a touch tone user key input, such as dualtone multi-frequency tones. As will be appreciated, this will permitsubscribed users to decline the current broadcast of the audio stream214.

In some embodiments, the event-driven serverless cloud computingplatform 204 is configured to store the real time audio live stream. Theevent-driven serverless cloud computing platform 204 is configured toprovision resources from the cloud communications platform 203 toinitiate a subsequent outgoing telephone call for subsequent playback ofthe real time audio live stream. For example, if a user 202 a -202 ncalls in subsequent to the live broadcast, the event-driven serverlesscloud computing platform 204 is configured to provide for subsequentplayback. In other words, if the user 202 a -202 n missed the livebroadcast, the user can later hear a playback of the same broadcast. Forsubscribed users 202 a -202 n, the event-driven serverless cloudcomputing platform 204 is configured to periodically provisionnotification outgoing telephone calls to subscribed communicationsdevices (e.g. 1per day). Of course, via the user input 216, the user 202a -202 n may dismiss the current notification.

Another aspect is directed to a method of operating an audio broadcastsystem 200 comprising a plurality of communications devices 201 a-201 n,a cloud communications platform 203 in communication with the pluralityof communications devices, and an event-driven serverless cloudcomputing platform 204 in communication with the plurality ofcommunications devices and the cloud communications platform. The methodcomprises operating the event-driven serverless cloud computing platform204 to provision resources from the cloud communications platform 203 toinitiate a plurality of telephone calls 210 a-210 b, 211 a-211 brespectively for the plurality of communications devices 201 a-201 n,and simultaneously broadcast an audio stream 214 to the plurality ofcommunications devices respectively via the plurality of telephonecalls.

Referring now additionally to FIG. 3 and a flowchart 1000 therein, theoperation of the audio broadcast system 200 is now described, whichbegins at Block 1001. At Block 1002, the audio stream 214 is initiatedwith the event-driven serverless cloud computing platform 204 at Block1002. At Block 1003, the event-driven serverless cloud computingplatform 204 is configured to determine whether there are any subscribedusers 202 a -202 n for the associated audio source 215. If there are nosubscribed users 202 a -202 n, the event-driven serverless cloudcomputing platform 204 is configured to simultaneously broadcast theaudio stream 214 to all connected incoming telephone calls at Block 1007and end at Block 1008. If there are subscribed users 202 a -202 n, theevent-driven serverless cloud computing platform 204 is configured toinitiate a notification outgoing telephone call to each subscribed userat Block 1004. Once the notification outgoing telephone call isconnected and a user input 216 is received, the event-driven serverlesscloud computing platform 204 is configured to simultaneously broadcastthe audio stream 214 on the outgoing telephone call to each subscribeduser 202 a -202 n at Blocks 1005-1006. The operation ends at Block 1008.

In FIGS. 5A-5C, the logical flow of operations for an example embodimentof the audio broadcast system 200 is illustrated. Compared to typicalweb video conference broadcast platforms, such as Zoom, for example, thecommunication system 100 provides the following:

-   -   the communication system provides a unique direct dial phone        number for only your broadcast. Zoom provides you a shared phone        number with a unique meeting code.    -   the communication system provides an upgrade to a toll-free        number for $10 per month extra. Zoom costs $100 per month extra        for a toll-free number.    -   the communication system automatically records your live stream.    -   the communication system plays back your most recent live stream        if a caller calls back after you went live. The communication        system will automatically replace the playback every time you go        live. Zoom only broadcasts live, and then gives you a recording        to download.    -   the communication system greets callers with your personalized        name. Everything is your brand. Depending on your plan, you may        have Zoom branding in your greeting.    -   the communication system provides notifications so that callers        can elect to receive calls every time you go live that will put        them right into the live stream when they answer. Zoom has        calendar alerts for meetings.    -   the communication system is not for meetings when you want many        callers to talk, instead of just one (i.e. broadcast).    -   the communication system does not do video, chat or files, just        simply audio. Zoom has a robust platform for interactive        meetings.    -   the communication system can host up to 250 callers. Zoom ranges        from 100 (Free) to 1,000 ($1,000/month) callers depending on        plan.

In the following, an exemplary call flow within the communication system100 is now discussed.

-   Business Phone Number: (111) 111-1111-   Customer's Phone Number: (222) 222-2222

The business has our Smart Talk phone system installed. They have asimple IVR menu, such as press 1 for Dave in sales, press 2 for Sue insupport.

Dave wants calls sent to his cellphone at (333) 333-3333 and Sue wantscalls sent to her cellphone at (444) 444-4444.

The customer is using any other phone device, such as a consumer gradecellphone with AT&T service.

Incoming Call Scenario

-   -   1) The customer dials the business's phone number.    -   2) AT&T routes their call to Smart Talk, Via Twilio/Signal Wire.    -   3) Twilio/SignalWire access the Smart Talk app via HTTP post        request message.    -   4) Smart Talk receives the HTTP post request message using AWS        API Gateway, and executes AWS Lambda functions to announce the        IVR menu.    -   5) The customer wants to talk to Dave, so they press 1.    -   6) Smart Talk receives the HTTP post request message from        Twilio/SignalWire that the customer pressed 1, via AWS API        Gateway, and executes another AWS Lambda function to determine        where to send the call (333) 333-3333.    -   7) Smart Talk places a call, via Twilio/SignalWire to Dave's        cellphone at (333) 333-3333 and announces that this is a        business call and asks him to accept it by pressing 1.    -   8) Dave presses 1.    -   9) Smart Talk receives the HTTP post request message from        Twilio/SignalWire that the customer pressed 1, via AWS API        Gateway, and executes another AWS Lambda function connect the        customer with Dave.    -   10) Dave determines that Sue can better service the customer, so        Dave presses the * key.    -   11) Smart Talk receives the HTTP post request message from        Twilio/SignalWire that the customer pressed *, via AWS API        Gateway, and executes another AWS Lambda function ask Dave what        action he wants to take.    -   12) Dave selects to warm transfer the call, and enters Sue's        extension(2).    -   13) Smart Talk receives the HTTP post request message from        Twilio/SignalWire that the customer pressed 2, via AWS API        Gateway, and executes another AWS Lambda function connect Sue        with Dave & the customer.    -   14) Sue accepts the call by pressing 1.    -   15) Smart Talk receives the HTTP post request message from        Twilio/SignalWire that the customer pressed 1, via AWS API        Gateway, and executes another AWS Lambda function ask Dave what        action he wants to take.    -   16) Sue is connected with Dave & Customer.    -   17) Dave explains the situation.    -   18) Dave hangs up, Sue & the customer continue to talk.    -   19) The customer hangs up.

Outgoing Call

To make an outgoing call, call the business phone number. Smart Talkwill detect that you are a known user of this phone system and presentyou with some options, such as to record a voicemail greeting, dial anextension, or call out. Select to call out and enter the phone numberyou wish to dial.

In an exemplary embodiment of the communication system 100, thefollowing technology stack is used, and is advantageous for a couplereasons. Firstly, this embodiment is almost entirely pay-per-usage withno or limited pre-provisioning to handle load. Secondly, this embodimentis 100% on-demand scalable. This is due to each phone call having itsown functions, and the cloud telephone communications application canstart as many functions as needed at a moment notice (uponincoming/outgoing phone calls). Thirdly, Ruby w/Active Support issimilar to Ruby on Rails, which is a very common language withdevelopers. Finding programming talent should be easier because of theabstraction of the serverless concepts into ruby. Fourthly, Nuxtframework is built on Vue, which is a cutting-edge website appframework. So, while building a 100% scalable website, the cloudtelephone communications application is just using JavaScript, which isagain a common language and should be easier to find talent to support.All while using AWS to deliver out site with-out provisioning to handleload.

Amazon Web Services Route 53

-   -   DNS Host & Reg for domains—used to reference API called by        Twilio/SignalWire

S3

-   -   Hosts recordings (voicemail greetings, voicemail messages,        welcome greetings, call recordings)    -   Management interface front-end

Lambda

-   -   Serverless functions for PBX app, written on Serverless        Framework in ruby    -   Also functions for management interface back-end

API Gateway

-   -   Receives requests for HTTP post request message/GET and executes        given AWS Lambda function as requested.

Dynamo DB

-   -   Database for the PBX and management app    -   Tables:        -   Admins        -   Affiliates        -   Contacts        -   Custom responses        -   Live servers        -   Live stream logs        -   Live events        -   Notifications        -   Notification CSV Uploads        -   Organizations        -   Phone Systems        -   Playbacks        -   Groups        -   Calls        -   Texts        -   Users        -   Voicemails        -   Plans        -   Memberships        -   Providers        -   Response Logs        -   Service times        -   Keywords        -   Sessions        -   Signups        -   SMS contacts        -   SMS unsubscribe        -   Texts

CloudFront

-   -   Management app CDN

CloudWatch

-   -   Helps record logs and alerts from AWS lambda function executions

CodeCommit

-   -   Git source code repository

Twilio Programmable Wireless

-   -   IOT Service used with cellphones to route calls into our PBX

SignalWire Voice Service

-   -   Handles Call backend for incoming and outgoing calls Messaging        Service    -   Handles phone numbers for our app to use Phone Number Service    -   Hosts phone numbers for our app to use

SIP Serverless Framework

-   -   We use this to help setup and manage our serverless apps (PBX,        management app)

Ruby Version

-   -   2.5.5

Gems

-   -   dynamoid    -   activesupport    -   signalwire    -   Twilio-ruby    -   aws-sdk-ses    -   aws-sdk-ssm    -   jwt    -   slack-incoming-webhooks    -   rest-client

JavaScript

The disclosed embodiments use the Nuxt framework to produce thefront-end of our management app. The files produced are stored on AWS S3and delivered with AWS CloudFront.

In an exemplary embodiment of the communication system 100, thefollowing feature set is provided. Calls

-   -   Welcome greeting & menu options        -   Dynamic text-to-voice option or record your own audio    -   Extensions        -   To users        -   To groups            -   Voicemail extension    -   Users        -   each have cellphone & email        -   all calls directed for this user (or group user is in) goes            to their cellphone        -   all text messages directed for this user goes to their            cellphone    -   Groups        -   Add users to groups        -   Groups can have an extension            -   Dial everyone, first one to answer gets call        -   If marked as voicemail extension: this extension grows            straight to voicemail and sends it to users of this group            (text or email)    -   Dial out using business's number on your cellphone    -   Voicemail        -   Each user & group can setup their voicemail greeting        -   Voicemail recordings can be sent by email and text        -   Voicemail recordings are transcribed        -   Text-to-voice or record your own audio voicemail greeting    -   Warm Transfer incoming calls    -   Conference call    -   No hardware, uses only users' cellphones        -   No app, no data plan, no smartphone needed    -   Unlimited Lines: Every user can use the phone system as the same        time

Text Messages

-   -   Receive text messages sent to your business's phone number    -   Respond to text messages sent to your business's number    -   Setup keywords        -   If text contains just keyword, it will respond will            auto-response    -   Get voicemails delivered by text message

In some embodiments, the communication system 100 includes an end-to-endphone solution, from the handset, infrastructure, and the PBX. In theseembodiments, the operator of the cloud telephone communicationsapplication can charge 1 monthly fee for the handset, infrastructure andPBX features, on a month-to-month contract, per line or user. No othersolution has an all-in-one solution to business phones. They provide anapplication (that requires a mobile phone and cellular plan to run), orrequire another device (sip desktop aps) or wired infrastructure (deskphone) to use.

Some embodiments include a desk phone setup that works with or throughthe cellular device so that you can use a native feeling call setup, andthen just take the cellphone with you when you leave. On theinfrastructure side, a current phone setup normally includes a bunch ofwired desk phones, that go thru a switch, to a router, sometimes with anonsite PBX (or “cloud” hosted), and then use your internet connection.With the disclosed embodiment, the user doesn't need any of that. Usingcellular LTE connectivity, business phone can be placed anywhere,anytime, and configured for any reason, without re-wiring, worryingabout network configuration or internet ability (think mobile orseasonal businesses).

The communication system 100 may provide an approach to the followingproblems with typical phone systems. Because Smart Talk is almostentirely pay-per-usage, and uses cutting edge technologies, we can passalong a great cost savings to our customers or allow a licensor togenerate cost savings. The disclosed embodiments operate at about 1/10ththe cost of normal operations of regular business VOIP competitors.

The disclosed embodiments have near infinite scalability because theyare deployed in the cloud. Also, since the disclosed embodiments areserverless, we can stand up as many or as few functions as we need,without any notice. A business telephone system is composed of threelayers, the handset, the infrastructure, and the PBX. Normally, in abusiness situation, you must buy and configure each one separate—or payan upcharge to have them configured together. The disclosed embodimentsprovide the entire solution for business phone to our customers.

Most solutions today require applications and smart phones. These don'tintegrate with Bluetooth because of they aren't the native dialer (fordialing out). Because we use the regular phone service off any phone,functionality and usability is greatly increased.

Infrastructure today for desk phones requires wiring to your desk from aswitch with enough ports, connected to a router configured with a VLANfor security and QoS, and then over your single internet connection(which we hope never drops) to the cloud. Some companies even haveon-site PBX, which brings more complexity to the picture.

Today, most businesses operate with a wired desk phone and a cellularphone—if needed. These approaches include double billing, double phonenumbers, and configuration are issues. The disclosed embodiments providea unified business phone setup that can be mobile when desired and canprovide business class functionality when desired.

In some embodiments of the communication system 100, all data isencrypted at 1024 bits or greater at rest (dynamo database keys) and intransit (Secure Sockets Layer). Our most sensitive data (anything withPersonally Identifiable Information (PII) or passwords) is encryptedtwice (by JSON Web Token (JWT) keys). Once by AWS, and once by us. Everycall to our application over HTTP (POST, GET, DELETE, PUT, HEAD, PATCH)is done over AWS provided SSL Certs (AWS Certificate Manager) on RSA2048-bit encryption. Our app matches or exceeds bank level securityrecommendations.

Many modifications and other embodiments of the present disclosure willcome to the mind of one skilled in the art having the benefit of theteachings presented in the foregoing descriptions and the associateddrawings. Therefore, it is understood that the present disclosure is notto be limited to the specific embodiments disclosed, and thatmodifications and embodiments are intended to be included within thescope of the appended claims.

1. An audio broadcast system comprising: a cloud communications platformin communication with a plurality of communications devices; and anevent-driven serverless cloud computing platform in communication withthe plurality of communications devices and the cloud communicationsplatform; the event-driven serverless cloud computing platformconfigured to receive a real time audio live stream using a sourceincoming telephone call, provision resources from the cloudcommunications platform to initiate a plurality of telephone callsrespectively for the plurality of communications devices, andsimultaneously broadcast the real time audio live stream to theplurality of communications devices respectively via the plurality oftelephone calls.
 2. The audio broadcast system of claim 1 wherein theevent-driven serverless cloud computing platform is configured to starta broadcast when the source incoming telephone call is received.
 3. Theaudio broadcast system of claim 1 wherein the event-driven serverlesscloud computing platform is configured to, when the real time audio livestream begins, provision resources from the cloud communicationsplatform to initiate at least one notification outgoing telephone callto at least one given subscribed communications device.
 4. The audiobroadcast system of claim 1 wherein the event-driven serverless cloudcomputing platform is configured to store the real time audio livestream, and provision resources from the cloud communications platformto initiate at least one subsequent outgoing telephone call forsubsequent playback of the real time audio live stream.
 5. The audiobroadcast system of claim 1 wherein the plurality of telephone callscomprises a plurality of incoming telephone calls, and a plurality ofoutgoing telephone calls.
 6. The audio broadcast system of claim 5wherein the event-driven serverless cloud computing platform isconfigured to initiate the plurality of incoming telephone calls from asingle call-in telephone number.
 7. The audio broadcast system of claim5 wherein the event-driven serverless cloud computing platform isconfigured to, after initiating a given outgoing telephone call, requirea user input before broadcast of the real time audio live stream.
 8. Anaudio broadcast system comprising: a cloud communications platform incommunication with a plurality of communications devices; and anevent-driven serverless cloud computing platform in communication withthe plurality of communications devices and the cloud communicationsplatform; the event-driven serverless cloud computing platformconfigured to extract a real time audio live stream using a real timevideo source, provision resources from the cloud communications platformto initiate a plurality of telephone calls respectively for theplurality of communications devices, and simultaneously broadcast thereal time audio live stream to the plurality of communications devicesrespectively via the plurality of telephone calls.
 9. The audiobroadcast system of claim 8 wherein the event-driven serverless cloudcomputing platform is configured to, when the real time audio livestream begins, provision resources from the cloud communicationsplatform to initiate at least one notification outgoing telephone callto at least one given subscribed communications device.
 10. The audiobroadcast system of claim 8 wherein the event-driven serverless cloudcomputing platform is configured to store the real time audio livestream, and provision resources from the cloud communications platformto initiate at least one subsequent outgoing telephone call forsubsequent playback of the real time audio live stream.
 11. The audiobroadcast system of claim 8 wherein the plurality of telephone callscomprises a plurality of incoming telephone calls, and a plurality ofoutgoing telephone calls.
 12. The audio broadcast system of claim 11wherein the event-driven serverless cloud computing platform isconfigured to initiate the plurality of incoming telephone calls from asingle call-in telephone number.
 13. The audio broadcast system of claim11 wherein the event-driven serverless cloud computing platform isconfigured to, after initiating a given outgoing telephone call, requirea user input before broadcast of the real time audio live stream.
 14. Amethod of operating an audio broadcast system comprising a plurality ofcommunications devices, a cloud communications platform in communicationwith the plurality of communications devices, and an event-drivenserverless cloud computing platform in communication with the pluralityof communications devices and the cloud communications platform, themethod comprising: operating the event-driven serverless cloud computingplatform to receive a real time audio live stream using a sourceincoming telephone call, provision resources from the cloudcommunications platform to initiate a plurality of telephone callsrespectively for the plurality of communications devices, andsimultaneously broadcast the real time audio live stream to theplurality of communications devices respectively via the plurality oftelephone calls.
 15. The method of claim 14 further comprising operatingthe event-driven serverless cloud computing platform to start abroadcast when the source incoming telephone call is received.
 16. Themethod of claim 14 further comprising operating the event-drivenserverless cloud computing platform to, when the real time audio livestream begins, provision resources from the cloud communicationsplatform to initiate at least one notification outgoing telephone callto at least one given subscribed communications device.
 17. The methodof claim 14 further comprising operating the event-driven serverlesscloud computing platform to store the real time audio live stream, andprovision resources from the cloud communications platform to initiateat least one subsequent outgoing telephone call for subsequent playbackof the real time audio live stream.
 18. The method of claim 14 whereinthe plurality of telephone calls comprises a plurality of incomingtelephone calls, and a plurality of outgoing telephone calls.
 19. Amethod of operating an audio broadcast system comprising a plurality ofcommunications devices, a cloud communications platform in communicationwith the plurality of communications devices, and an event-drivenserverless cloud computing platform in communication with the pluralityof communications devices and the cloud communications platform, themethod comprising: operating the event-driven serverless cloud computingplatform to extract a real time audio live stream using a real timevideo source, provision resources from the cloud communications platformto initiate a plurality of telephone calls respectively for theplurality of communications devices, and simultaneously broadcast thereal time audio live stream to the plurality of communications devicesrespectively via the plurality of telephone calls.
 20. The method ofclaim 19 further comprising operating the event-driven serverless cloudcomputing platform to, when the real time audio live stream begins,provision resources from the cloud communications platform to initiateat least one notification outgoing telephone call to at least one givensubscribed communications device.